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REMAWKS/ARGIJMRNT ^ 

Applicant's agent appreciates the Examin^'s efforts to make the claim numbering set 
forth in the Office Action of October 27» 2003 correspond to the claim numbering set forth in 
applicant's Preliminary Amendment of September 26, 2(K)L Accordingly, the claim 
numbering and claims addressed in this amendn^ent also correspond to applicant's 
Preliminary Amendment- 

In response to the Notice of Non-Compliant Amendment, applicant reordered the 
"Listing of Claims** to be in numerical order. 

In response to die Office Action in which the Examiner rejected the abstract of the 
disclosure, applicant amended the abstract to correct several typographical errors. In addition, 
applicant amended the paragi-aph on page 7 to correct a typographical error. Applicant also 
amended claim 15 to add a missing period, amended claims 27, 31. and 42 to remove the 
word "generic", which had no antecedent basis in the claims, and amended claims 45 and 47 
to recite "[tjhe node*' rather than **tt]he system** in accordance with each claim's parent claim. 
Finally, applicant canceled claim 8. 

In the Office Action, the Examiner also rejectcsd priorly presented independent claims 
1, 29, 44, 46. and 48 and dependent claim 49 as unpatentable, 35 USC 102(b) in view of Kay 
et aJ., patent 5,247,571, September 21, 1993 (hereinafter Kay). In response thereto, applicant 
amended claims 29 and claim 46 to clarify that the "central server" and the "application" 
recited therein, respectively, interface the PSTN and are therefore not elements of die PSTN. 
Applicant amended claim 44 to clarify that the node recited therein is a "PSTN based node'* 
and that this node includes a system for delivering data '*to subscriber devices.*' Lasdy, 
applicant amended claim 49 to be an independent claim that includes the limitations of claim 
48 and correspondingly, cancelled claim 48. 

Kay teaches a method for implementing a Ccntrex using an AIN (Advanced 
Intelligent Network) architecture. ITie AIN architecture compriijcs a plurality of centra! office 
switches interconnected through tmnk circuits, which are used to carry telephone calls 
between the switches and terminal equipment (such as phones, modems, faxes, etc.). The 
ai'chitecture also comprises an ISCP and a CCIS signaling network, which network 
interconnects the switches between each other and to the ISCP. (Kay. column 10 line 27 to 
column 11, line 9). 

Under AIN, when a calling Station makes a sei-vice request (i.e., goes off-hook) and 
enters a called number, the originating switch begins by communicating through the CCIS 
network with the terminating switch diat serves the called station, inquiring from this switch 
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whether the call can be completed to the called station. If the call can be completed, the 
ongiDating and tenuinaUDg switches complete the cal! setup by establishing a telephone 
connection between the calling and called stadons using the tninks circuits that interconnect 
the switches. (Kay, Figure 3; column 13, lines 16-32). In addition to basic call setup, AIN 
also allows switches to be programined to recognize different service criggenj for a telephone 
line. When a trigger applies to a telephone line, the switch communicates with the ISCP to 
obtain additional call processing information and then uses this information to proceed with 
the call setup. (Kay, column 3, lines 28-35; column 11 » line 20 to column 12, line 32). 

In accordance with Kay*s teaching for implementing a Centrex* a switch is 
progranuned to recognize that certain of its local lines have an as$ociatcd Centrex service 
(i.e.. an AIN trigger is associated with the line). When an originating switch detects a service 
request (i.e., detects an off-hook) on one of these lines, the switch receives the dialed digits 
from the calling station and then suspends the call. The switch then formulates a TCAP 
request message for the ISCP requesting that the ISCP provide instructions on how to process 
the call, and dien sends this request message through the CCIS network to the ISCP. Upon 
receiving the message, the ISCP uses the calling number and/or dialed digits to access a local 
database in order to obtain call processing data that the originating switch needs to complete 
the call. The ISCP places the call processing data into a TCAP response message and sends 
this message back to the originating switch through the CCIS network. The originating 
switch in mm uses the call processing data to determine the terminating switch that serves the 
called station and thtn communicates with this switch via the CCIS network to determine if 
the call can be con^leted> as described above. If the call can be completed, the originating 
and terminating switches complete call setup by establishing a telephone connection between 
the calling and called stations using the trunks circuits thai interconnect the switches. (Kay, 
Figure 4; column 13 line 33 to column 14, line 16). 

Kay's teachings are divergent from claim 1 and fail to teach or suggest the steps of 
claim 1 . Most significandy, claim 1 recites that data is routed from a service application to a 
subscriber device via TCAP messaging. Importantly, both the service application and 
subscriber device of claim l interface the PSTN network tiirough originating and temninating 
nodes and are therefore not part of the PSTN network. The only comparable elements in 
Kay*s teachings to the service application and subscriber device of claim \ are the calling 
station interfacing an originating switch and the called station interfacing a terminating 
switch. However, in accordance witii Kay, data never moves between calling and caUed 
stations using TCAP messaging. Kay only teaches that TCAP messaging is used for 
communications between PSTN components. Or in other words, is used between the 
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originaiitig and terminating switches in order to establish trunk circuits through which the 
calling and called stations can communicate and is used between an originating switch and the 
ISCP in order for the originating switch to obtain call processing data. All data sent between 
the calling and called stations is through the trunk circuits. 

In addition, claim 1 recites that the service application creates a request message diat 
includes both "data and data delivery instructions" and that a terminacing node receives this 
message via the TC AP messaging and uses the enclosed instructions to transport the data to 
the subscriber device. Applicant's agree that Kay teaches that a calling station will send a 
"service request" to an originating switch; however, this request as taught by Kay is simply an 
off-hook indication and is not a message including both data and data delivery instructions as 
claim 1 Ttcites, In addition, although the calling station also communicates called station 
dialed digits to the originating switch and that die originating switch may send these digits via 
TCAP messaging to u terminating switch. Kay fails to teach or suggest that these digits are a 
message including both data and data delivery instructions or tfiat these digits are ever 
conveyed to a called station. Furthermore, although Kay teaches (t^di once a call is 
established, originating/terminating switches convey data through trunk circuits between 
calling and called stations, Kay fails to teach or suggest that the switches are examining fliese 
communications and as such, Kay fails to teach or suggest that the switches are delivering diis 
data according to instructions that are accompanying the data. 

In addition, applicant agrees that in response to detecting an off-hook from a calling 
station the originating switch will contact the ISCP to obtain call processing dau and that the 
switch will subsequently use this data to establish a trunk circuit While one can possibly 
view this call processing data from the ISCP as data delivery instructions, these data delivery 
instmcDons are not created by the calling station, are not part of a single request message that 
also includes data frc»m the calling station, and are not conveyed with data lo a terminating 
switch and subsequenUy used by tiiis terminating switch to deliver data to a caUed station^ as 
claim 1 recites. Accordingly, Kay fails lo teach or suggest claim 1 . 

Turning to amended claim 29, it recites that in deUvering a request message from a 
central server to a subscriber device, the ceno^ server transports the message to a PSTN 
based node *Svithout establishing a caU" and that die PSTN based node then delivers the data 
to die subscriber device. Because the centtal server and subscTiber device of claim 29 
interface the PSTN, Kay's calling and called stations are the only comparable elements to the 
central server and subscriber-device. However, as described above. Kay only teaches a 
calling station sending data to a called station through trunk circuits, which indicates the 
transfer is the result of establishing a call, contrary to claim 29. 
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In addiuoh. Kay fails to teach or suggest that its calliog station creates a request 
message that includes both "data and dau delivery instructions " dial such a message is ever 
transported from a calling station to a PSTN based node, or that a PSTN based node delivers 
data to a called station based on instructions received from a calling station, contrary to claim 
29, Again, Kay only teacher a calling station sending to a switch an off-hook indication and 
called station dialed digits. As indicated, neither an off-hook indication nor dialed digits is a 
message including both data and data delivery instructions and neither is ever conveyed to 
called station, as claim 29 recites. Similarly, while the ISCP will send call processing data to 
an originating switch (i.e.. a PSTN based node), this call processing data does not originate 
from a calling station and is not associated with data from a calling station. Accordingly. Kay 
fails to teach or suggest amended claim 29. 

Taming to amended claim 44, it recites a PSTN based node with a data delivery 
system that comprises "means for receiving a request message (that includes both) data and 
data delivery instructions and means for delivering the data to one or more subscriber devices 
according to the . . . instructions." Again. Kay teaches that an originating switch has means 
for detecting a calling station going off-hook; however, this off-hook is not a request message 
that includes both data and data delivery instmctions as claim 44 recites. Similarly, Kay 
teaches that an originating switch has means for subsequently receiving dialed digits from a 
calling station. Assuming these dialed digits are *'data'\ Kay fails to leach or suggest diat data 
dehvery instnicdons accompany this data or that this data is ever delivered to a subscriber 
device. Kay only teaches that the originating switch conveys these digits/data to the ISCP or 
to a itrminadng switch (for the purpose of establishing a u-unk circuit). Similarly, assuming 
the dialed digits are ''data delivery instmcuons", Kay fails to teach or suggest that data 
accompanies these instructions. In addition, while the originating/terminating switches of Kay 
convey data through trunk circuits between calling and called stations, Kay fails to teach or 
suggest that the switches are examining these communications and as such, Kay fails to teach 
or suggest that the switches are delivering this data according to instructions that are 
accompanying the data. 

It is further noted that while Kay teaches the originating switch receives call 
processing data from the ISCP and that one can view this call processing data as "data 
delivery instructions," these data delivery instructions are not part of a single request message 
that also includes data that the originating switch subsequently delivers to a calling/called 
station based on the instructions, as claim 44 recites. Kay only teaches that the switch uses 
the call processing data to communicate with a terminating switch to establish a trunk circuit. 
Note further tiiat in son^ cases, Kay indicateii that as part of call processing, the ISCP may 
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insmict an origmatiDg switch to further communicate with a calling station by issuing a 
prompt, such as synthesized speech or tone. (Kay. column 14» lines 26-48, cohmin 21; lines 
20-32). Importantly, these comnuinications are still divergent from claim 44. Significantly, 
while one can possibly view these instiiictions from the ISCP to the originating switch as 
"data delivery insinictions". Kay fails to teach or suggest that tfie switch also receives from 
the ISCP the data (j.e.» the prompt) to be communicated to the calling station and as 
important, fails to teach or suggest that the switch has no "knowledge of the data format" 
communicattid to the calling station, as claim 44 recites. Accordingly. Kay fails to teach or 
suggest amended claim 44. 

Turning to annendcd claim 46. it recites "a PSTN based node comprising means for 
receiving data from an application interfacing the PSTN [andl nteans for distinguishing the 
data as a type compiising service and implementation information wherein the 
implementation information describes how to deliver the service information.** Again, the 
only eleimnts of Kay comparable to the PSTN based node and application of amended claim 
46 are Kay's originating switch and calling station, respectively. However, as described 
above, Kay never teaches that the originating switch receives from the calling station data that 
comprises both service infonmtion and implementation information wherein iit 
implenKjntation information describes how to deliver the service information. 

Amended claim 46 further recites that the PSTN based node comprises "means for 
u-ansmitting the data over a packet interface if the data is of the type comprising service and 
implementation information." While Kay teaches that the originating switch will deliver 
dialed digits from a caDing station over a packet network to the ISCP. these teachings are still 
divergent from claim 46 because Kay teaches that this determination to send the dialed digits 
is based on automatic AIN triggers at the switch. Significantly, these triggers do not acmate 
as a result of receivmg data of the type comprising service and implementation information 
from the calling station, as claim 46 recites. Similarly, while Kay teaches that the originating 
switch will deliver dialed digits from a calling station over a packet network to a terminating 
switch, the determination to send these digits is based on normal call processing procedures at 
die switch and is not the result of receiving data of the type comprising service and 
implementation information from the calling station. Accordingly, Kay fails to teach or 
suggest amended claim 46. 

Amended claim 49 recites a method executed by a service application for sending 
data through a PSTN **wherein the service application resides outside the PSTN." The mediod 
comprises the steps of creating a message that comprises bodi the data and "customized 
delivery options for instructing the PSTN on how to deliver the data»" and "transmitting die 
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message without esUblishing a call." Kay fails to teach or suggest amended claim 49 for 
several reasons. First, as described above, Kay teaches that all data sent through the PSTN by 
a device residing out;$idc the PSTN, such as a calling station, occurs through trunk circuits, or 
in other words, is the result of establishing a call, contrary to claim 49. Second, Kay fails to 
teach or suggest that a device, such as calling station, creates a message that includes both 
data and customized delivery options and that these delivery options are for instmcting the 
PSTN on how to deliver the data. Similarly, while Kay teaches that die ISCP will send call 
processing data to an originating switch without establishing a call and this call processing 
data can be viewed as customised delivery options, the ISCP is not a service application diat 
resides outside the PSTN, as claim 49 recites, Accordingly, Kay fails to teach or suggest 
amended claim 49. 

"Die Examiner rejected priorly presented independent claims 31, 35, and 43 as 
unpatentable, 35 USC 103(a), over Kay in view of Willis et al., patent 6,3S5,647 Bl, May 7, 
2002 (hereinafter Willis). In response thereto, applicant amended claims 31 and 43 to clarify 
that die central servers recited therein interface the PSTN and are therefore not elements of 
the PSTN. 

Willis is directed at efficiently multicasting data from a source to multiple 
destinations. Willis notes that multicasting typically occurs through communications 
networks that comprise the Internet and telephony systems. The problem, however, is that the 
bandwidth requirements of the multicasted data often exct^ the capabilities of these 
communications networks, making the multicast inefficient. Willis overcomes this problem 
through the use of a satellite transmission network, which provides for more efficient 
transniission of high bandwidth data. In particular, a source that needs to multicast data first 
sends the data to a source computer. This source computer analyzes the data for its size and 
the distance it needs to travel to the destinations. Based on this analysis, the source computer 
either continues to route the data through the traditional communications networks (i.e., 
Internet and telephony systems) or alternatively, tfirough a satellite communications network. 
In either case, the data is routed over one of these networks to a receiving facility, whkh then 
routes the data to the intended destinations. (Willis, column 2, line 17 to column 4, line 35; 
column 9, line 58 to column 10, line 1 9; column 20, line 6 to column 22» line 37). 

Turning to amended claim 31 » the Examiner indicates thai Kay teaches all steps 
except for multicasting, which is tau^t by Willis. Applicant respectfully disagrees. 
Beginning with Kay, only comparable elements to the central server and subscriber 
devices of claim 31 are Kay's calling and called stations because the central server and 
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subscriber devices interface the PSTN. Significantly, claim 31 recites that in broadcasting 
data from the central server to subscriber devices, the central server routes the data as part of a 
request message to a PSTN based node '^/ithout establishing a call" and the PSTN based 
node then delivers the data to the subscriber devices according to delivery instructions in the 
message. However, contrary to claim 3 1 and as described above, Kay teaches that all data 
sent between tfie calling and called stations occurs throu^Ji trunk circuits* or in other v/Ords, is 
the result of establishing a call. 

In addition, Kay fails to teach Or suggest that a calling station defines a request 
message that includes both data delivery instructions and data and that such a message is 
routed from a calling station to a PSTN based node, as claim 31 recites. Again, a calling 
station will send an off-hook and dialed digits to an originating switch, but this off-hook and 
these dialed digits are not messages diat comprise both data and delivery instructions and 
more importantly, are not messages that comprise dehvery instructions that specify a *'lisi of 
possible subscriber devices" that are served by the node and that should receive the data, as 
claim 31 recites. Similarly, while the ISCP will send call processing data to an originaUng 
switch without establishing a call and this call processing data can be viewed as customized 
delivery options, the fSCP is a PSTN-based component and is therefore not equivalent to the 
central server of claim 31. which central server only interfaces the PSTN. 

Willis also fails to teach or suggest the steps of claim 31 alone or in combination with 
Kay. Most significantly, WilUs fails to teach or suggest that elements external to a PSTN 
network communicate through the PSTN without establishing a call. In addition, while 
applicant agrees thai Willis describes elements that perform multicasting/broadcasting. Wilhs 
fails to teach or suggest thai any of the described elements, including the source computer and 
receiving facility, are a PSTN-based node that muMcasts data, or in other words, are PSTN- 
based nodes that deliver data to one or more subscriber devices based on delivery 
bismictions. 

Applicant also disagrees with the Examiner that there is motivation to combine 
multicasting as taught by WilUs with the teachings of Kay. The Examiner makes particular 
reference to Kay's ISCP and the ISCP's associated database and indicates that the 
"motivation to combine the 'push* technology from WUlis into the Kay network is found 
within Kay as an obvious form of information dissemination in consideration of the 
functionalities and means described therein." The only references Kay makes to the ISCP and 
the iSCP's database are with respect to switches querying the iSCP for call processing 
information based on a specific call initiated by a subscriber. It is unclear from Kay's 
teachings what benefit or functionality would be gained from having tiie ISCP spontaneously 
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send call processing information to switches, whether it be uni-cast, multicast) or broadcast. 
Accordingly, Kay and Willis, alone and in combinadon, fail to teach or suggest claim 31. 

Turning to claim 35, the Examiner indicates that Kay teaches all steps except for the 
incorporation of imified nciessaging, which is taught by Willis. Claim 35 is novel and non- 
obvious in view of Kay and Willis for the same reasons as set forth above for claim 31. 
Again, the "multi-functional server" and "subscriber** of claim 35 interface die PSTN and 
both Kay and Willis fail to teach or suggest thai dements interfacing the PSTN communicate 
through the PSTN "without establishing a call," as claim 35 recites. Similarly, Kay and 
Willis fail to teach or suggest an elennent diat interfaces the PSTN (such as a calling station) 
creating a request message that includes both ''data concerning subscriber messages" and 
delivery instructions "instructing [a] switch on how to deliver such data to a subscriber 
device" or that such a message is delivered to a PSTN based node from an element that 
interfaces the PSTN. 

Perhaps more bnportantly however, it is unclear why the use of multicasting as taught 
by Willis and as suggested by the Examiner would motive one to interface to a PSTN based 
system a **multi-functional server that receives subscriber n^essagea from die PSTN and 
Internet" and that dien uses the PSTN based system to deliver data concerning these 
subscriber messages to a subscriber without establishing a call. In particular, neither Kay nor 
Willis discusses Unified Messaging Services. In addition, because Kay is directed at using 
AIN mechanisms to trigger call setup and then establishing calls through trunk circuits^ the 
obvious combination of Unified Messaging ServicCs^i and Kay would be die reception of 
subscriber messages triggering Kay's system to establish a call and then delivering the 
messages to a subscriber through trunk circuits, which is not applicant's invention as recited 
by claim 35. Accordingly, Kay and Willis, alone and in combination, fail to teach or suggest 
claim 35. 

Tunning to amended claim 43, the Examiner indicates that Kay teaches all steps 
except for the step of delivering the data from die service profiler to the wireless device via 
die wireless network, which is taught by Willis, Again, applicant respectfully disagrees for die 
same reasons as set forth above for claims 31 and 35. Again, the central server and service 
profiler of claim 43 are external to die PSTN and both Kay and Willis fail to teach or suggest 
that elements externa! to the PSTN communicate through the PSTN "without establishing a 
call," as claim 43 xecites. Similarly. Kay and Willis fail m teach or suggest an element diat 
interfaces the PSTN creating a request message that includes both data and data delivwy 
instructions that are used by a switch to deliver the data or that such a message is delivered to 
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a PSTN based node from an element that interfaces the PSTN. Accordingly, Kay and Willis, 
alone and in combination, fail to teach or suggest claim 43. 

The Examiner rejected priorly presented dependent claims 2, 12, 17, 18» 25, 37. 40, 
and 42 as unpatentable, 35 USC 102(b) in view of Kay, rejected priorly presented dependent 
claims 3-7, 9, 10. 15, 19, 20, 26, 38, 36, 39, and 41 as unpatentable, 35 USC 103(a), over Kay 
in view of Willis, and rejected priorly presented dependent claims 27, 30. 45. 47. and 50 as 
unpatentable, 35 USC 103(a) in view of Kay, Each of these claims depends from an 
independent claim addressed above and is therefore novel and nonobvious in view of Kay and 
Willis for the same reasons as set foith above. 

Since Kay and Willis do not teach or suggest applicant's novel methods and 
apparatus alone or in combination as set forth in claims 1-7, 9, 10, 12, 35, 36, and 41 and 
amended claims 15, 17-20, 25-27> 29-31, 37^, 42^7. 49, and 50, applicant submits that 
these claims are clearly allowable. Favorable reconsideration and allowance of these claims 
are therefore requested* 

Apphcant earnestly believes that this application is now in condition to be passed to 
issue, and such action is also respectfully requested. However, if the Examiner deems it 
would in any way facilitate the prosecution of this application, she is invited to telephone 
applicant's agent at the nimiber given below. 


Respectfully submitted, 
TelcOidUk^echn^Q^^, 



Glen Farbanish 
Reg. No. 50561 
Tel.: (732) 699-3668 


Telcordia Technologies, Inc. 
One Telcordia Drive 
Piscataway, NJ 08854^157 
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